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DETAILED ACTION 

Response to Arguments 

1 . Applicant's amendments and arguments with respect to the rejection of claims 
31-38 under 35 U.S.C. § 101 have been fully considered and are persuasive. 
Accordingly, that rejection has been withdrawn. 

2. Applicant's remaining arguments filed 3/18/2009 have been fully considered but 
they are not persuasive. 

3. With regard to claim 19, and Applicant's assertion that Souder "specifically 
teaches away from using synchronous replication in [an] environment with nodes that 
are not available to update their copies of an object", and that is cannot "address the 
situation that applicants' claims address (i.e., nodes that are not available to update 
their copies)" (Remarks 10), it is noted that the current claims do not provide for 
updating of nodes "that are not available". In fact, each of independent claims 19, 24 
and clearly require that each computer storing a copy of the object be "available to 
modify its copy" before the objects are updated. 

Souder teaches that "modification is stalled until all nodes have been updated", 
ensuring that an update is not completed until all nodes sorting a copy of the data are 
available. The fact that "dormant" client cannot be updated since they are unavailable is 
not inconsistent with the claimed invention which requires all nodes to be available 
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before an update is completed. The existence of a dormant client simply prevents 
updating until the dormant client becomes available. 

4. With further regard to claim 19, Applicant's arguments regarding Geyer (Remarks 
11-12) are largely moot, since Geyer is no longer relied upon to teach confirmation of a 
modification from all clients in the system. However, it appears that Applicant has 
misinterpreted the Examiner's interpretation of Geyer. 

Geyer teaches that, in the peer-to-peer embodiment, each client includes the 
functionality of the "GSO server" flf41, II. 10-12). Whenever a client seeks to modify an 
object, it notifies "the other clients" and awaits receipt from [at least one client] that the 
request has been processed (1T41 , II. 22-25). The Examiner agrees that a particular 
object may be managed by a single client, since Geyer discloses checking to see 
whether the "partner client has access to the object or not" (1J41 , II. 14-17). However, the 
number of clients managing a particular object is not relevant to the number of clients 
required to confirm modification of an object. 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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6. Claims 19-38 rejected under 35 U.S.C. 103(a) as being unpatentable over Geyer 
et al. (US 20050165859) in view of Souder etal. (US 5,806,074). 

7. In regards to claim 19, Geyer et al. discloses a method for sharing system 
network objects between computers, each system network object having multiple copies 
stored at different computers, comprising: 

a. providing a shared context fl|0023 line(s) 11-16), the shared context 
having a unique identifier (fig. 2 #32, 1J0029 line(s) 10), a number of associated 
system network objects (fig. 2 #34, 1J0030 line(s) 1-2), identifications of 
computers that store copies of each system network object (1J0025 line(s) 8-11, 
1J0027 line(s) 1-2, 5-11), and security permissions indicating access rights of 
computers to the context and the system network objects (fig. 2 #32, 1J0023 
line(s) 12-15, 1J0029 line(s) 12); 

b. receiving from a first computer a request to join the shared context 
identified by the unique identifier (1J0026 line(s) 16-17, 1J0030 line(s) 14-19, 
1J0035 line(s) 8-9, teach that a user can request to gain access (join) a 
shared object (chat session).); 

c. in response to receiving from the first computer a request to join the 
shared context (1J0026 line(s) 17-19), determining whether the first computer has 
permission to join the shared context and if the first computer has permission to 
join the shared context (1J0039 line(s) 7-10), granting permission to the first 
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computer to join the shared context fl|0036 line(s) 11-13, 1J0039 line(s) 14-17); 

and 

d. after the first computer has joined the shared context (1J0026 line(s) 17- 
19), 

i. receiving from the first computer a request to modify a first system 
network object associated with the shared context fl|0035 line(s) 6-8, 
U0039 line(s) 5-7); 

ii. in response to receiving from the first computer a request to modify 
a first system network object associated with the shared context, 
determining whether the first computer has permission to modify the first 
system network object and if the first computer has permission to modify 
the first system network object fl|0039 line(s) 7-10), granting permission 
to the first computer to modify the first system network object fl|0036 
line(s) 11-13, 1J0039 Nne(s) 14-17). 

Geyer further discloses that, in a system where there are three or more clients, a 
client seeking to modify an object notifies the other clients of the modification and awaits 
receipt of a confirmation from at least some of the clients (H41 ). However, Geyer fails to 
specifically disclose that modification of the object copies is prevented unless and until a 
confirmation is received from all other clients. 

Souder discloses a well-known method for maintaining coherency among 
multiple copies of a data object. Souder discloses that the technique known as 
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"synchronous replication" results in an update to a data object being immediately 
replicated to all other copies of the object (col. 2. II. 1-5). Furthermore, the update 
transaction is not completed until all nodes are available to be updated (col. 2, II. 16-18). 
This would have been an advantageous addition to the system disclosed by Geyer 
since it would have provided a simple method of guaranteeing that all copies of the data 
object are the same (col. 2, II. 8-10). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to use a synchronous update procedure to guarantee that 
all copies of a particular data object are the same, by preventing changes to the data 
object until all nodes containing a copy of the object are available. 

8. In regards to claims 20, 26 and 33 Geyer et al. discloses wherein the request to 
modify a first system network object includes a request to invoke a method of the first 
system network object fl|0030 line(s) 14-17, 1J0035 line(s) 8-9). 

9. In regards to claims 21 and 27 Geyer et al. discloses wherein the first computer 
stores at least one copy of the first system network object fl|0026 line(s) 1-4). 

1 0. In regards to claims 22, 28, and 35 Geyer et al. discloses wherein the first 
computer does not store a copy of the first system network object (1J0026 line(s) 1-4, 
teach that the database is optional for storing the objects). 
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11. In regards to claims 23, 29, and 26 Geyer et al. discloses notifying computers 
associated with the shared context when the first computer joins the shared context 
(1J0026 line(s) 19-21). 

12. In regards to claim 24 Geyer et al. discloses, a computer-readable medium 
containing instructions for sharing system network objects between computers, each 
system network object having multiple copies stored at different computers, by a 
method comprising: 

e. providing a shared context fl[0023 line(s) 11-16), the shared context 
having a number of associated system network objects (fig. 2 #34, 1J0030 line(s) 
1-2); 

f. receiving from a first computer a request to join the shared context (1J0026 
line(s) 16-17, 1J0030 line(s) 14-19, 1f0035 line(s) 8-9, teach that a user can 
request to gain access (join) a shared object (chat session).); 

g. determining whether the first computer has permission to join the shared 
context and if the first computer has permission to join the shared context (1J0039 
line(s) 7-10), granting permission to the first computer to join the shared context 
(U0036 line(s) 11-13, U0039 Nne(s) 14-17); and 

h. after the first computer has joined the shared context fl|0026 line(s) 17- 
19), 
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iii. receiving from the first computer a request to modify a first system 
network object associated with the shared context fl|0035 line(s) 6-8, 
1J0039 line(s) 5-7); 

iv. determining whether the first computer has permission to modify 
the first system network object and if the first computer has permission to 
modify the first system network object fl|0039 line(s) 7-10), granting 
permission to the first computer to modify the first system network object 
fl[0036 line(s) 11-13, 1J0039 Mne(s) 14-17); 

Geyer further discloses that, in a system where there are three or more clients, a 
client seeking to modify an object notifies the other clients of the modification and awaits 
receipt of a confirmation from at least some of the clients fl|41 ). However, Geyer fails to 
specifically disclose that modification of the object copies is prevented unless and until a 
confirmation is received from all other clients. 

Souder discloses a well-known method for maintaining coherency among 
multiple copies of a data object. Souder discloses that the technique known as 
"synchronous replication" results in an update to a data object being immediately 
replicated to all other copies of the object (col. 2. II. 1-5). Furthermore, the update 
transaction is not completed until all nodes are available to be updated (col. 2, II. 16-18). 
This would have been an advantageous addition to the system disclosed by Geyer 
since it would have provided a simple method of guaranteeing that all copies of the data 
object are the same (col. 2, II. 8-10). 
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Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to use a synchronous update procedure to guarantee that 
all copies of a particular data object are the same, by preventing changes to the data 
object until all nodes containing a copy of the object are available. 

1 3. In regards to claims 25 and 32 Geyer et al. discloses wherein the shared context 
further comprises identifications of computers that store copies of each system network 
object (U0025 line(s) 8-11, H0027 line(s) 1-2, 5-11) and security permissions indicating 
access rights of computers to the context and the system network objects (fig. 2 #32, 
U0023 line(s) 12-15, U0029 Nne(s) 12). 

14. In regards to claim 30 Geyer et al. discloses wherein when at least one computer 
that stores a copy of the first system network object is not available to modify its copy, 
none of the copies of the first system network object are modified fl|0041 line(s) 7-17, 
22-25, teach that the client waits before beginning modification till after the client 
response to the request, inherently when the client is not available not 
updating/modifying any of the copies.). 

15. In regards to claim 31 Geyer et al. discloses, a computer system for sharing 
system network objects between computers, each network object having multiple copies 
stored at different computers, the system comprising: 

i. a component that provides a shared context (1J0023 line(s) 11-16), the 
shared context having a number of associated system network objects (fig. 2 
#34, H0030 line(s) 1-2); 
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j. a component that receives from a first computer a request to join the 
shared context fl|0026 line(s) 16-17, 1J0030 line(s) 14-19, 1J0035 Nne(s) 8-9, 
teach that a user can request to gain access (join) a shared object (chat 
session).); 

k. a component that determines whether the first computer has permission to 
join the shared context and if the first computer has permission to join the shared 
context fl[0039 line(s) 7-10), granting permission to the first computer to join the 
shared context fl[0036 line(s) 11-13, 1J0039 Nne(s) 14-17); 

I. a component that, after the first computer has joined the shared context 
(H0026 line(s) 17-19), 

v. receives from the first computer a request to modify a first system 
network object associated with the shared context fl|0035 line(s) 6-8, 
U0039 line(s) 5-7); and 

vi. determines whether the first computer has permission to access the 
first system network object and if the first computer has permission to 
access the first system network object, grants permission to the first 
computer to access the first system network object (1J0032 line(s) 1-6, 
U0039 line(s) 7-10); and 

Geyer further discloses that, in a system where there are three or more clients, a 
client seeking to modify an object notifies the other clients of the modification and awaits 
receipt of a confirmation from at least some of the clients 0141 ). However, Geyer fails to 



Application/Control Number: 1 0/81 6,31 9 Page 1 1 

Art Unit: 2448 

specifically disclose that modification of the object copies is prevented unless and until a 
confirmation is received from all other clients. 

Souder discloses a well-known method for maintaining coherency among 
multiple copies of a data object. Souder discloses that the technique known as 
"synchronous replication" results in an update to a data object being immediately 
replicated to all other copies of the object (col. 2. II. 1-5). Furthermore, the update 
transaction is not completed until all nodes are available to be updated (col. 2, II. 16-18). 
This would have been an advantageous addition to the system disclosed by Geyer 
since it would have provided a simple method of guaranteeing that all copies of the data 
object are the same (col. 2, II. 8-10). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to use a synchronous update procedure to guarantee that 
all copies of a particular data object are the same, by preventing changes to the data 
object until all nodes containing a copy of the object are available. 

16. In regards to claim 34 Geyer et al. discloses a component that associates at least 
one system network object stored on the first computer with the shared context when 
the first computer joins the shared context (1(0029 line(s) 4-12). 

1 7. In regards to claim 37 Geyer et al. discloses wherein the request to access a first 
system network object includes a request to modify the first system network object 
(1J0035 line(s) 6-8, 1J0039 Nne(s) 5-7). 
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18. In regards to claim 38 Geyer et al. discloses wherein the component that 
synchronizes further comprises: 

m. a component that after the first computer has been granted permission to 
modify the first system network object, determining whether each computer that 
stores a copy of the first system network object fl|0026 line(s) 1-4) as indicated 
by the shared context is available to modify its copy fl|0041 line(s) 7-17, 22-25, 
teach that the client waits before beginning modification till after the client 
response to the request (i.e. determining if all the computers are available 
for modification.).); and 

n. a component that when it is determined that each computer that stores a 
copy of the first system network object is available to modify its copy 
synchronizes the first system network object by notifying each computer that 
stores a copy of the first system network object of the modification so that each 
computer can modify its copy of the first system network object fl|0025 line(s) 8- 
11, 1J0039 Nne(s) 20-23) and when at least one computer that stores a copy of 
the first system network object is not available to modify its copy, does not modify 
any copies of the first system network object fl|0041 line(s) 7-17, 22-25, teach 
that the client waits before beginning modification till after the client 
response to the request, inherently when the client is not available not 
updating/modifying any of the copies.). 
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Conclusion 

19. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to AARON STRANGE whose telephone number is 
(571)272-3959. The examiner can normally be reached on M-F 8:30-5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Firmin Backer can be reached on 571-272-6703. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Aaron Strange/ 

Primary Examiner, Art Unit 2448 



